home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000318_support@netmanage.com_Mon May 23 07:06:49 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  7KB

  1. Received: from rinty.netmanage.co.il ([192.114.133.5]) by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA15311; Mon, 23 May 1994 07:06:49 -0400
  3. Received: from netmanage.co.il (nmi-gate.netmanage.co.il) by rinty.netmanage.co.il with SMTP id AA03347
  4.   (5.67b/IDA-1.5 for <winsock@sunsite.unc.edu>); Mon, 23 May 1994 14:05:46 +0300
  5. Received: from HAG.netmanage.co.il by netmanage.co.il (4.1/SMI-4.1)
  6.     id AA09108; Mon, 23 May 94 14:08:10 IDT
  7. Date: Mon, 23 May 94 12:46:24 PRO
  8. From: support@netmanage.com
  9. Sender: Haggai Carmon <hag@HAG.netmanage.co.il>
  10. Subject: RE: FW: Re: anyone get SLIP to work with Chameleon?? 
  11. To: robinn@rpi.edu
  12. Cc: winsock@sunsite.unc.edu, odeda@netmanage.com
  13. X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc.
  14. Message-Id: <Chameleon.4.00.4.940523140211.hag@HAG.netmanage.co.il>
  15. Mime-Version: 1.0
  16. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  17.  
  18. Dear Nate,
  19.  
  20. I have looked into your Script line and found a potencial two errors as the 
  21. followings -
  22.  
  23. *
  24. the original "$r$r$" has an additional "$" at the end of the <send> string.
  25.  
  26. *
  27. Using a "$r$r" is not recommended as the switch from one CR to the next is 
  28. being done too fast in this way. The machine on the other end may need the 
  29. $r(s) to use a dynamic routing or to "awaken" the machine or etc.  You may 
  30. want to try with something like "$1$r$1$r" to pause in between.
  31.  
  32. The below [1] is your original Script line:
  33.     [1] SCRIPT=-n $r$r$ CALPOLY> $c$r -i
  34.  
  35. The below [2] is the recommended Script line:
  36.     [2] SCRIPT=-n $1$r$1$r CALPOLY> $c$r -i
  37.  
  38. You may need to tune it a little as to replace the $1(s) with a different 
  39. number. The number, BTW, represent a portion of time in sec.
  40.  
  41.  
  42. Please, contact us at SUPPORT@NETMANAGE.COM if you meet any additional 
  43. problems with the subject.
  44.  
  45. /Haggai
  46.  
  47.  
  48.                - NetManage -
  49.          - Home of the Chameleon -          
  50. *********                         *********
  51.    Haggai Carmon - Tech Support Engineer
  52.    -------------------------------------   
  53. USA support:      support@netmanage.com     
  54. Outside USA: Intl_support@netmanage.com
  55.  
  56.               ************
  57. >---------------Original Message---------------
  58. >Return-Path: <winsock@SunSITE.Unc.EDU>
  59. >Received: from SunSITE.Unc.EDU (calypso-2.oit.unc.edu) by mail.netmanage.com 
  60. (5.0/SMI-SVR4)
  61. >    id AA11997; Thu, 19 May 1994 13:30:26 +0800
  62. >Received: from  (localhost.oit.unc.edu) by SunSITE.Unc.EDU 
  63. (5.65c+IDA/FvK-1.07) with SMTP
  64. >          id AA12035; Thu, 19 May 1994 16:10:18 -0400
  65. >Errors-To: towfiq@sunsite.unc.edu
  66. >Date: Thu, 19 May 1994 16:10:18 -0400
  67. >Message-Id: <2rb73i$6o6@usenet.rpi.edu>
  68. >Errors-To: towfiq@sunsite.unc.edu
  69. >Reply-To: robinn@rpi.edu
  70. >Originator: winsock@sunsite.unc.edu
  71. >Sender: winsock@sunsite.unc.edu
  72. >Precedence: bulk
  73. >From: robinn@rpi.edu
  74. >To: Multiple recipients of list <winsock@sunsite.unc.edu>
  75. >Subject: Re: anyone get SLIP to work with Chameleon??
  76. >X-Listprocessor-Version: 6.0a -- ListProcessor by Anastasios Kotsikonas
  77. >Content-Type: text
  78. >Content-Length: 3395
  79. >
  80. >
  81. >In article <tnert.737.00099DA1@utxsvs.cc.utexas.edu>, 
  82. ><tnert@utxsvs.cc.utexas.edu> writes:
  83. >
  84. >
  85. >[Original Post Follows]
  86. >
  87. >> >I've been trying to get Chameleon V4.00 to work over SLIP but am unable 
  88. to
  89. >> >get anything once I connect to the remote side. I have read all the 
  90. script
  91. >> >directions and have set up what I believe to be be a proper script, but
  92. >> >when I dial the remote side, I get a connect 9600 then nothing even 
  93. though
  94. >> >I have the script set to send stuff. Here is my script:
  95. >> 
  96. >> >[SLIP0]
  97. >> >SCRIPT=-n $r$r$ CALPOLY> $c$r -i
  98. >> >TYPE=SLIP
  99. >> 
  100. >> >It should immediately send two carraige-returns, and then when the 
  101. >CALPOLY>
  102. >> >prompt appears, it should send the slip command which I have already set 
  103. >> >as SLIP, then take the IP address that is given and make it the current 
  104. >> >address.
  105. >> 
  106. >> >trouble is the script never sends anything! It connects and then nothing 
  107. >> >happens...the modem doesn't finish the script, nothing ever even gets 
  108. >sent.
  109. >> >Am I missing something here? If anyone can help me here, I would really 
  110. >> >appreciate it.
  111. >> 
  112. >
  113. >I've been having the same problem.  My SLIP server doesn't print any 
  114. >characters until a couple of carraige returns "wake it up."  Then I start 
  115. >getting prompts.  As far as I can tell, you can't do this with Chameleon.
  116. >
  117. >
  118. >[Reply Follows]
  119. >
  120. >> Here's my Chameleon script for UT-Austin's Telesys:
  121. >> 
  122. >> [CSLIP0]
  123. >> SCRIPT=name: $u$r word: $p$r > $2$c$r -i
  124. >> TYPE=CSLIP
  125. >> 
  126. >> The script sends my username at the "Username:" prompt, my password at the 
  127. >> "Password:" prompt, and the command "slip default" after two seconds at 
  128. the 
  129. >> "TelesysX>" prompt.  It seems to work OK, though I find the Chameleon 
  130. stuff 
  131. >a 
  132. >> little buggy (could be because I also use Trumpet).  If you have a 
  133. >username, 
  134. >> be sure to represent it as "$u" in your script, and also make sure that 
  135. you 
  136. >> have not entered anything that could be misinterpreted at the login 
  137. prompt, 
  138. >> like "CALPOLY>" instead of "CALPOLY15>", or better yet, just ">".
  139. >> 
  140. >> Another thing you might want to try to do is to obtain Chameleon V4.004 
  141. (an 
  142. >> update you would simply uncompress and copy over the old files [save any 
  143. >> scripts] from V4.0) from ftp.uu.net or ftp.netmanage.com (some people find 
  144. >> that using the original stack from V4.0 is less problematic).  I'm not 
  145. sure 
  146. >> about this, but I don't think V4.0 supports BOOTP, which is what you need 
  147. >in 
  148. >> your situation.  Once you get the update, make sure to set the script and 
  149. >> BOOTP options correctly, and also be sure to enter an IP number 
  150. (basically, 
  151. >> any IP number) as sort of a dummy or placeholder in the "IP Address" 
  152. >section 
  153. >> under Custom's Setup.  BOOTP will replace this dummy with a new and valid 
  154. >> number at the successful completion of the script, and then you'll be in 
  155. >> business.
  156. >> 
  157. >> Good luck!
  158. >> 
  159. >> Trent "Pepe" Stevens  tnert@bisque.cc.utexas.edu
  160. >> Latin American Studies
  161. >
  162. >The difference is, this server obviously asks you for a "Username:" as soon 
  163. >as you connect.  The original poster and I share a problem in that our 
  164. >servers wait for a carraige return.  Chameleon seems to get stuck if the 
  165. >first command is a "skip."  (-n).
  166. >
  167. >If anyone has gotten something like this to work, please send me an e-mail 
  168. >message.  After this week I will no longer have an ethernet connection, and 
  169. >unless I get a SLIP connection working, I won't be able to read news very 
  170. >easily.
  171. >
  172. >Thanks
  173. >
  174. >Nate Robinson
  175. >robinn@rpi.edu
  176. >
  177. >
  178. >
  179. >----------End of Original Message----------
  180. >
  181. >
  182. >
  183.  
  184.  
  185.  
  186.